Assuming the current PMAPI context is associated with an archive log,
ppppmmmmGGGGeeeettttAAAArrrrcccchhhhiiiivvvveeeeEEEEnnnndddd will attempt to find the logical end of file (after the
last complete record in the archive), and return the last recorded
timestamp via _t_v_p. This timestamp may be passed to ppppmmmmSSSSeeeettttMMMMooooddddeeee(3) to
reliably position the context at the last valid log record, e.g. in
preparation for subsequent reading in reverse chronological order.
For archive logs that are not concurrently being written, the physical
end of file and the logical end of file are co-incident. However if an
archive log is being written by ppppmmmmllllooooggggggggeeeerrrr(1) at the same time an
application is trying to read the archive, the logical end of file may be
before the physical end of file due to write buffering that is not
aligned with the logical record boundaries.
ppppmmmmGGGGeeeettttAAAArrrrcccchhhhiiiivvvveeeeEEEEnnnndddd returns an error less than zero if the context is neither
valid, nor associated with an archive, or the archive is seriously
corrupted. Otherwise, the return value is 0 if there has been no change
of state since the last call, or 1 if the logical end of file has
advanced since the last call.
In the absence of an error, the result returned via _t_v_p is well-defined.
ppppmmmmGGGGeeeettttAAAArrrrcccchhhhiiiivvvveeeeEEEEnnnndddd preserves the positioning state of the log file prior to
this function call.
SSSSEEEEEEEE AAAALLLLSSSSOOOO
PPPPMMMMAAAAPPPPIIII(3), ppppmmmmFFFFeeeettttcccchhhh(3), ppppmmmmFFFFeeeettttcccchhhhAAAArrrrcccchhhhiiiivvvveeee(3), ppppmmmmGGGGeeeettttAAAArrrrcccchhhhiiiivvvveeeeLLLLaaaabbbbeeeellll(3) and